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Method for controlling data circuits 

The invention relates to a method for controlling data circuits 
according to the preamble of claim 1. 

As a result of the continued convergence of communication and 
information technology, networks, such as for example a local 
area network LAN, comprising a plurality of stations which are 
configured for transmitting data are known, with transmission 
of the data being wire-bound, i.e. over the lines linking the 
stations, whereas in a local area network (wireless local area 
network (WLAN)) which is configured in conformance with the 
IEEE 820.11 standard transmission is implemented wirelessly, 
i.e. via a radio link, a hybrid network of stations connected 
via line or radio link also being permissible in the case of a 
WLAN. 

On the stations connected to these networks, applications which 
cover different services and which, depending on the type of 
station, may differ from station to station are generally 
implemented, or in some cases permanently installed. 
Consequently, the convergence of information and communication 
technology networks has led to the development of networks and 
services ranging from the transmission of "non- time-critical" 
data, as in the case of a file transfer or the transmission of 
e-mails, to networks with "time-critical" data, such as for 
example the transmission of voice data (Voice over IP, VoIP) , 
video conferences and streaming media, the latter services 
being so time-critical, among other reasons, because delays 
and/or data losses are detected, i.e. heard or seen, by a user 
immediately, and for this reason real-time transmission of the 
relevant data is required where possible. 
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In general, both time-critical and non- time-critical data are 
transmitted in a WLAN. In an exemplary WLAN arrangement, as 
shown in Figure 1, that is used as the basis for a simulation, 
comprising a first station SERV1 and a second station SERV2 
configured as a PC, workstation or server, a third station PP 
configured as a mobile terminal device for voice communication 
and a fourth station VS1 and fifth station VS2 configured for 
displaying video data, which are interconnected via radio by a 
station providing a radio service area (wireless access point 
(WAP) ) to form a network, the data outputs TCP1, TCP2 , 
UDP_VIDE01, UDP__VIDE02, UDP_V0ICE1 and UDP_VOICE2 shown in 
Figure 4a and 4b can be observed, for example, in a simulated 
application of the currently valid IEEE 802.11 standard. 

The result of the simulation in conformance with the valid IEEE 
802.11 standard in Figure 4 shows that a bandwidth available 
for the transmission of data decreases with the number of 
active services - and consequently of further transmissions - 
so that as a result a constant data rate required for the 
(real- ) time-critical application Video Stream is not 
guaranteed, added to which data packets are also lost. By 
contrast, for individual non- time-critical file transfers FTP1 
... FTP2 , a rate of as high as 14 Mb/ s is possible. 

For this reason, a "quality of service" has been introduced in 
the IEEE standard 802. lie. Quality of service is deemed to 
refer to all methods which influence the flow of data in LANs 
and WANs such that the service reaches the recipient to a 
defined quality standard. To implement this, a number of 
approaches have been developed, such as for example the 
prioritization of data traffic. The prioritization approach 
provides that a higher prioritization is assigned to time- 
critical services, such as video stream, than to non- time- 
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critical services, whereby in line with the prioritization, 
data packets which belong to services having a lower priority- 
are always transmitted with a delay, the delay time being 
determined by the prioritization, so that a higher data rate is 
achieved for data packets which belong to services having 
higher priority. 

The object of the invention is to indicate a method which 
reduces the loss of real-time-critical transmission packets 
relative to non-real-time-critical transmission packets within 
a station of a radio telecommunication system. 

This object is achieved, based upon the method defined in the 
preamble of claim 1, in the features specified in the preamble 
of claim 1. 

In the inventive method for controlling data circuits in order 
to transmit data via data circuits that are allocated to 
different applications in a local area network comprising at 
least two stations which are configured for transmitting data, 
at least one first transmission protocol being assignable to a 
data packet so as to transmit data that is segmented into data 
packets, if at least one alternative second transmission 
protocol is provided, the transmission times of the data 
packets are [established] in accordance with the assigned 
transmission protocol . 

The method according to the invention enables a local area 
network to respond more flexibly to the availability of a 
selection of multiple transmission protocols. This degree of 
freedom also makes it possible to balance out the advantages 
and disadvantages of the transmission protocols so that the 
effectiveness and utilization of the resource capacity of the 
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local area network can be increased. 

The transmission times are preferably established on the basis 
of a first prioritization such that different priorities are 
assigned to the transmission protocols so that the protocols 
can be weighted according to at least one of their 
characteristics and so that control algorithms are in a 
position to incorporate these characteristics within the 
network at advantageous times. 

Alternatively or additionally, the transmission times are 
established on the basis of a second prioritization such that 
the data packets are prioritized according to their assignment 
to applications. This enables the observance of different 
service quality requirements demanded of applications to which 
the same transmission protocol is assigned. In addition, a 
further layer for adjusting network characteristics, which 
allows more adapted data flow control, is achieved. 

The inventive method works particularly advantageously if a 
first transmission protocol functions in conformance with a 
connection-oriented transport protocol, in particular the TCP 
protocol, and a second transmission protocol functions in 
conformance with a connectionless transport protocol, in 
particular the UDP protocol, a lower priority preferably being 
assignable to the first transmission protocol than to the 
second protocol. This prevents packets of the connectionless 
transmission protocol being lost as a result of algorithms 
assigned to the connection-oriented transmission protocol 
increasing the data throughput on a transmission medium up to 
saturation level. Such losses would be noticeable mainly in the 
case of connectionless transmission protocols, since, as their 
loss cannot be detected, no repetition of the packet occurs. By 
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contrast, losses of packets sent using a connection-oriented 
transmission method can be detected and consequently resent. 
Since connectionless transmission protocols are often used for 
data transmission by video and voice applications, this would 
result in an increasing number of disruptive gremlins. Using 
the inventive method, by contrast, the packets of the 
connection-oriented transmission protocol are managed in a 
different queue of the station concerned from that used for the 
packets of the connectionless transmission protocol, so that 
the algorithms of the connection-oriented transmission 
protocols can continue to operate advantageously, but not at 
the expense of data transmission in conformance with 
connectionless transmission protocols. 

The local area network preferably functions as a LAN, in 
particular as a wireless local area network (WLAN) in 
conformance with the IEEE 802.11 standard and its derivatives, 
so that current text, video and voice transmission applications 
can be used. 

Central establishment [of transmission times] has the advantage 
that the method has to be implemented only on one or a small 
number of local area network instances, while local control has 
the advantage that stations implementing the method can be 
incorporated within networks at no great cost and/or without 
changes to existing networks. 

Here, the establishment [of transmission times] preferably 
takes place, particularly in the case of local control, on the 
basis of information in an IP priority field, so that 
information about the transmission protocol used can be 
evaluated locally in the stations. 
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Further details and advantages of the invention are explained 
in greater detail with reference to a representation, shown in 
Figures 1 to 2 , 3a, 3b, 4a and 4b, in which: 

Figure 1 shows the WLAN arrangement on which the 

simulation is based 

Figure 2 shows a representation of the behavior of the 

TCP algorithm 

Figure 3 shows as an exemplary embodiment a schematic 

representation of a procedure according to the invention 

Figures 4a and 4b show simulation results for an arrangement 
according to the prior art shown in Figure 1 (IEEE 802.11) 

Figures 5a and 5b show simulation results for an arrangement 
according to the inventive method shown in Figure 1. 

Figure 2 shows a data throughput as produced in conformance 
with the TCP/IP algorithm. It is evident from this that the 
algorithm increases the throughput until no further increase is 
possible . 

This saturation makes itself noticeable in that data packets 
are lost, i.e. no acknowledgement signal (ACK) comes back. 

When this is detected, the throughput is decreased somewhat. As 
soon as ACK signals are no longer being lost, the data rate is 
increased again until such time as data packets are again being 
lost. In this way, a dynamic balance with other data flows is 
arrived at, resulting in a maximum data rate. 
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However, this algorithm also causes other data flows to lose 
packets. If these other data flows are likewise using the 
TCP/IP transmission protocol, this effect does not result in 
any permanent loss of packets as these unacknowledged packets 
are recognized as lost and sent once again. 

If, however, the competing data flow is, for example, a UDP 
stream, as is preferably the case for voice and video data, 
then this has fatal consequences. The data packets are 
permanently lost and result in poor transmission 

characteristics. A high quality of service QoS can no longer be 
guaranteed . 

In the exemplary embodiment of the inventive method represented 
schematically in Figure 3, it is therefore provided that, for a 
system which also transmits data flows in conformance with the 
UDP protocol, the UDP protocol does not contain any dynamic 
increase of the throughput up to the limit. To this end, a 
solution to the problems discussed is achieved according to 
the invention in a prioritization of the UDP protocol. 

As can be seen from the diagram, UDP data packets which are to 
be transmitted in conformance with the UDP protocol are given 
higher priority in the queue of data packets for transmission, 
while TCP/IP data packets which function in conformance with 
the TCP/IP protocol are given a lower priority by comparison. 

The data packets divided up in this manner in the queues of the 
individual stations TERM I NAL_ 1 ...TERM I NAL__N then go, guided by 
further access control methods, to the transmission medium 
WIRELESS OR WIRED MEDIUM. 

The outcome of this is that the UDP data flows (streams) are no 
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longer disturbed by TCP/IP data flows, while the TCP/IP streams 
continue to behave toward one another as previously. 

The result is, for example, an undisturbed telephone call via 
WLAN or undisturbed video enjoyment while it is simultaneously 
possible to surf the Internet from the same or a different 
terminal . 

In order to achieve high-quality transmissions, it also 
suffices here to prioritize the data packets which are sent by 
means of the UDP protocol only in the event of a conflict 
arising. 

Irrespective of this, it will, based upon the invention, in any 
case no longer be necessary to differentiate according to 
applications. Alternatively or additionally, it will be 
possible for the decision to be taken locally on the basis of 
information about the protocol in the IP priority field. 

A further advantage of the described method is, moreover, that 
only two different queues will be necessary for data processing 
(TCP/IP and UDP) and not four as recommended by the current 
Draft Standard IEEE 802.11 E. This will lead to a reduction of 
complexity in the terminal and consequently to a cost 
advantage . 

This will become clear if, with reference to Figures 4 and 4b, 
one first looks at results of the simulation of a current WLAN 
network. 

UDP streams which are labeled UDPJVTDEOl and UDP_VIDE02 can be 
seen; these are adversely affected by the competing dynamic 
balance of TCP/IP streams, for example that with TCP1 and TCP2 , 
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so that UDP data packets are lost. This leads to poor 
characteristics in terms of quality of service for services 
using UDP. The deleted TCP/IP packets, on the other hand, are 
recognized by the protocol and resent. 

It is clear from the representation in Figure 4b that, even 
with the delay times, the quality of the UDP streams 
diminishes, since values up to approx. 3 5 ms occur in the WLAN 
network on which the simulation is based and which is known in 
the prior art . 

In contrast, it can be seen from the result of a simulation of 
a WLAN network using the inventive method, which is represented 
in Figure 5a and shows the throughput, that after 
prioritization of the UDP streams no further data packets are 
lost. The dynamic balance brought about by the TCP/IP algorithm 
continues to function only between the TCP/IP streams. As a 
result, the quality of service for the applications such as 
voice and video using the UDP protocol is excellent. 

The representation of the delay times (latency times) produced 
as a result of the simulation in Figure 5b supports this 
conclusion as it can be seen that even the delay times assume 
excellent values for the UDP streams. This stems from the fact 
that the values lie far below approx. 10 ms despite intense 
TCP/IP traffic in the WLAN network using the inventive method. 



